DDDDDDDDDDDD 
DDDDDDDDDDDD 
ee 


DDDDDDDDDDDD 
DDDDDDDDDDDD 
DDDDDDDDDDDD 


AAAAAAAAA 

AAAAAAAAA 

AAAAAAAAA 
ABA AAS 
AAA AKA 
AAA AMA 
AAA AMA 
AAA AAA 
AAA AAA 
AAA AAA 
AAA AAA 
AAA ABA 
AAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAA 
AAAAAAAAAAAAAAA 
AAA AAA 
AAA AAA 
AAA BAA 
AAA AAR 
AAA AAA 


I 
] 
] 
1 
I 
] 
I 
I 
] 
I 
I 
I 
] 
u 
U 


) 
LY) 
) 
D 
0) 
D 
D 
D 
D 
D 
D 
D 
D 
D 
) 
DU 
DL 
DL 
DL 
DL 


**FILE**1D**VAXOPS 


vv VV AAAAAA XX Xx 000000 PPPPPPPP SSSSSSSS 

VV VV AAAAAA XX XX 000000 PPPPPPPP SSSSSSSS 

VV VV AA AA XX XX 00 00 PP PP SS 

VV VV AA AA XX XX 00 00 PP PP SS 

VV VV AA AA XX XX 00 00 PP PP SS 

VV VV AA AA XX KX 00 00 PP PP SS 

VV VV AA AA XX 00 00 PPPPPPPP SSSSSS 

vv VV AA AA XX 00 00 PPPPPPPP SSSSSS 

VV Vv XX = XX 00 00 PP SS 

VV VV AAAAAAAAAA XX = XK 00 00 PP SS 
VV VV AA AA XX XX 00 OO PP $$ eeee 
VV WV AA AA XX XxX 00 00 PP SS eeee 

VV AA AA XX Xx 000000 PP SSSSSSSS eee 
Vv AA AA XX XX 000000 PP SSSSSSSS eee 

RRRRRRRR EEEEEEEEEE QQQQQaQ 

RRRRRRRR EEEEEEEEEE QQQQaQ 

RR RR EE QQ QQ 

RR RR EE QQ 00 

RR RR EE QQ Qu 

RR RR EE QQ QQ 

RRRRRRRR EEEEEEEE QQ QQ 

RRRRRRRR EEEEEEEE QQ QQ 

RR RR EE QQ QQ QQ 

RR RR EE QQ QQ QQ 

RR RR EE Q QQ 

RR RR EE QQ QQ 

RR RR EEEEEEEEEE QQaQQg QQ 

RR RR EEEEEEEEEE QQ0Q QQ 
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i Modified by: 


VAXOPS.REQ = OP CODE TABLE FOR VAX INSTRUCTIONS 
| Version: *v04-000' 


APE SSSESSS TOSI S CEST ESTE TTT Tee eee cece cece Terrie ric icici ticity 


COPYRIGHT (c) 1978, 1980, 1982, 1984 B 
DIGITAL EQUIPMENT CORPORATION, MAYNARD. MASSACHUSETTS. 
ALL RIGHTS RESERVED 


THIS SOFTWARE IS FURNISHED UNDER A LICENSE AND MAY BE USED AND COPIED 
ONLY IN ACCORDANCE WITH THE TERMS OF SUCH LICENSE AND WITH THE 
INCLUSION OF THE ABOVE gpl Ll NOTICE. THIS SOFTWARE OR ANY OTHER 
COPIES THEREOF MAY NOT BE PROVIDED OR OTHERWISE MADE AVAILABLE TO ANY 
OTHER PERSON. NO TITLE TO AND OWNERSHIP OF THE SOFTWARE IS HEREBY 
TRANSFERRED. 
is INFORMATION IN THIS SOFTWARE IS SUBJECT TO CHANGE WITHOUT NOTICE 
SHOULD NOT BE CONSTRUED AS A COMMITMENT BY DIGITAL EQUIPMENT 


CORPORATION. 


DIGITAL ASSUMES NO RESPONSIBILITY FOR THE USE OR RELIABILITY OF ITS 
SOFTWARE ON EQUIPMENT WHICH IS NOT SUPPLIED BY DIGITAL. 


Le Re ORE RARAA AERA EERE EAE RAAT 


Author: 


KEVIN PAMMETT, MARCH 2, 1977. 


v001 TMHOO001 Tim Halvorsen 09-Feb-1981 
Rewrite macro invocations to supply the entire SRM 
operand specification, to allow checking for Literals 
in write operands, and other invalid conditions. 


LITERAL 


' 
OPERAND ACCESS TYPE (A,8.M,R.V,W) - 1 BIT WIDE 


ACCESS_A = g. : EFFECTIVE ADDRESS 

ACCESS_B = 0, ! BRANCH DISPLACEMENT 

ACCESS_R = 1, : OPERAND IS READ-ONLY 
ACCESS_W = e. ! OPERAND IS WRITE-ONLY 
ACCESS_M = Q, ! OPERAND IS pone tg? 
ACCESS_v = 0, ! ADDRESS A SET OF 2 REGISTERS 


OPERAND DATA TYPE (B,W,L,Q,F,D,G,H,V) = 3 BITS WIDE 


DATA_B = 0, ! BYTE CONTEXT 
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DATA_W = 1, ! WORD CONTEXT 
DATA“L = ¢° i LONGWORD CONTEXT 
DATA-Q = i QUADWORD CONTEXT 
DATA-F = DATA_ i FLOATING CONTEXT 
DATA-D = DATA@Q, i FLOATING DOUBLE CONTEXT (8 BYTES) 
DATA-G = DATA-Q, i FLOATING GRAND CONTEXT (8 BYTES) 
DATA-H = 4, i FLOATING HUGE CONTEXT (16 BYTES) 
i BRANCH DISPLACEMENT TYPES 
NO_BRANCH = 0, ' NO BRANCH 
BRANCH_BYTE = 1, i BRANCH BYTE 
BRANCH-WORD = 2: i BRANCH WORD 


THE FOLLOWING MACRO IS USED TO BUILD SUCCESSIVE ENTRIES FOR 
ABLE. EACH MACRO CALL CONTAINS THE 
INFO FOR 1 VAX OPCODE, AND THE ENTRIES ARE SIMPLY 
BUILT IN THE ORDER THAT THE MACRO CALLS ARE MADE - 
ON IS THAT THEY WILL BE MADE IN ORDER OF 
i INCREASING OPCODE VALUES. THIS IS NECESSARY BECAUSE 
i THE TABLE ZS ACCESSED BY USING A GIVEN OPCODE AS THE 


TABLE INDEX. 


COMPILETIME SBRANCH_TYPE=0; 


oe 
m 

BnMozZnz>> 

= 

” 

- 

z" 

m 

~ 


‘Not RDECLARED(ZSTRING(*ACCESS_* ,GET_1ST(ZEXPLODE (NAME) ))) 
ZWARN('"nvalid access type ',GET_*ST(ZEXPLODE (NAME) )) 

T ZDECLARED(XZSTRING(*DATA_*,GET_2ND(ZEXPLODE (NAME) ))) 
ZWARN('Invalid data type ‘,GET_2ND(ZEXPLODE (NAME) )) 

NAME EQL ‘Ba’ 


ASSIGN(SBRANCH_TYPE, BRANCH_BYTE) 
ZIF NAME EQ). "Bw" 


AISIONCSORANCR, TYPE, BRANCH_WORD) 


DATA." GET =2ND (EXPLODE (NAME))) + 
MMENARE C*RCEESS »GET_1ST(XEXPLODE(NAME))) * 3 


=m 
xz "oC 


—m ~— —— 
=r TFS iT 
m 


Peve Pere Feveve TEDeve Pere 
mo 


mpepeemeee 


Ss 5- 
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MFI %, 
OPDEF (NAME, 


ZLENGTH=2 


OPERAND(OP1) “4, 
OPERAND(OP2) 0 

oP ERAND(OP3)*4, 
OPERAND(OP4) OR 

OPERAND(OP5)*4, 
OPERAND(OP6) OR 

$BRANCH_TYPE*4X; 


LITERAL 


BITS_PER_BY 
AP_REG = 
= 


PC"REG 


aes 
INDEXING_AMODE = 
SHORT LIT _AMODE 
REGISTER _AMODE 
af DEF _AMODE , 


DET "AMOD 
AUTO” INC” AMODE 
DISP~BYTE_AMODE 


DISP_LONG ey + = 
OP_CA_SIZE = 6; 


6, 
4, 


0 
5 
? 
8 
1 
1 


MACROS TO ACCESS THE FIELDS. 
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gpc OP1, OP2, OP3, OP4, OPS, OP6) = 
ASSIGN (SBRANCH, fYPE,NO_BRA 


<IF ce. 1ST (XEXPLODE (NAME) ) EQL ‘x’ ! If undefined opcode, 
GET_2ND(ZEXPLODE(NAME)) EQL 'X' 


NCH) 
' Opcode name in RADSO 


! then no operands 
! else, number of operands 
! Define each operand 


! Define branch context 


INEUMONIC (6 RADSO CHARS) 
OPERANDS 


. | OPERAND CONTEXT 
%, ! OPERAND DATA TYPE 
f OF BRANCH DISPLACEMENT 


EACH OPINFO BLOCK IS 9 BYTES LO 
MAXIMUM VAX OP CODE WHICH IS VA 
MAXIMUM _N OF OP 


ADDRESSING MODE: (PC)+ 
ADDRESSING MODE: Ma The 
ADDRESSING MODE: XXXCRX] 


Short Literals fit right into the mode byte. 

Register mode addressing. 

Register deferred addressing mode. 

Auto decrement addressing mode. 

Auto Increment addressing mode. 

met of the oat aS eRaNG modes start from 
here. See ENC_OPERAND() IN * DBGENC.BS2 


SIZE, IN ASCII CHARS, OF OPCODE MNEMONIC. 


— 


VAXOPS .REQ; 1 16-SEP-1984 16:57:09.6 Page 4 
MACRO 
DSPL_MODE = 0,4,4,0 %, ! ADDRESSING MODE BITS FROM THE DOMINANT MODE 
i BYTE OF AN OPERAND REFERENCE. 
DOM_MOD_FIELD = 0,5,2,1 &, 
"BITS WHICH WE PICK UP TO DIFFERENTIATE EA GGRTAIN 
i TYPES OF DOMINANT MODES. SEE DBGM 
SHORT_LITERAL = 0,0,6,0 &, 
'"HOW TO EXCTRACT A ‘SHORT LITERAL’ FROM 
i THE INSTRUCTION STREAM. SEE SR 
AMODE = 0,4,4,1 %, | BITS OF DOMINANT MODE ADDRESSING 
i WHICH SPECIFY THE ACTUAL 
AREG = 0,0,4,0 %, i BITS OF DOMINANT M 
i WHICH SPECIFY RE N : 
NOT_AN_OP = 15 % i OP_NUMOPS INDICATO UNASSIGNE 
RESERVED = "UNUSED' %; | NAME OF RESERVED OPCODES. 
MACRO 
NEXT_FIELD (INDEX) ! USED TO GET THE ADDRESS OF THE NEXT 


! FIELD OF A BLOCK. 
= CINDEX),0,0,0 %; 


} a thare AND be ee SPECIFICALLY FOR INSTRUCTON ENCODING. 
! ("MACHINE -IN'.) 


LITERAL 
BAD_OPCODE 
BAD_ ott ty 


BAD_OPRNDS 
INS-RESERVED 


CAN'T INTERPRET THE GIVEN ASCII OPCODE. 
UNDECODABLE OPERAND REFERENCE. 

WRONG NUMBER OF OPERANDS. 
GIVEN OPCODE IS RESERVED. 


! 


LITERAL 
! We only have to special-case a few OPCODES, 
OP_CASEB = %X ‘BF’, 
OP" CASEW = %x' AF’. 
OP" CASEL = Zx°cF* 


; TOKEN VALUES USED FOR ENCODING/DECODING 


LITERAL 
indexing_token = 240, 
val_token = 241, 
byté_val_token = val. token + ZSIZE(VECTORC1,BYTE)) } stg 
word_val_token = yale token + ZSIZE(VECTORL1, WORD ); ' 24 
brch" token = 24 
long_val_token = val. token + ZSIZE( 
at_ ae. token = 18. 
r¢ is er. token = 247, 
Lit_token = 248, 
bad_ token = 249; 


VECTORL1,LONG]), | 245 
| 
| 
| 
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! The sos Leuing structure declaration selects the proper opcode 
! table by looking for the extended opcode opcode(s). 


spate 5 ae TBL COPC,0,P,S,E] = 

XTERNAL LIBSGB_OPINFO1 : Bore TORE See ORT SITE BYTE: 
AL. OF FSE 4 1gs68. _OPINFO2 : BLOCKVECTOR(256,0PTSIZE,BYTEI; 
toc FD" 
N ' FSET,0,8,0 ne byte opcodes 
Et ), OFFSET +38: 03 dh it 4 byte opcodes 


{ VAXOPS .REQ - last line 


T CORPORATION 


AH-BT13A-SE 
PROPRIETARY 


VAX/VMS V4.0. 


0330 


